home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Jan 91 / MacApp.Tech$ 1⁄18⁄91 / 2667-Re Potential First T-Jan91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  3.6 KB  |  82 lines  |  [TEXT/GEOL]
  1. Item    9236421                         14-Jan-91        13:31PST
  2.  
  3. From:   HEKSTERB                        Hekster, Ben
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. Item forwarded by       SPA.DTS      to SPA0144 
  8.  
  9. Item forwarded by       LANGILL.W    to HUNT.B 
  10.  
  11. ------------------------------------------------------------------------------
  12.  
  13. Sub:    Re- Potential First Time
  14.  
  15. Attn: MacApp Forum
  16. SentBy: Ben Hekster
  17. Date   1/14/91
  18. Subject    Re- Potential First Time Us
  19. From   Ben Hekster
  20. To MacApp Forum
  21.  
  22.  Subject:Re: Potential First Time Use               Created:14/01/91   10:51
  23. In item 2074365, SCHMUCKER1 (Schmucker, Kurt) writes:
  24.  
  25. >     My experience, and that of others that I have helped start-up on MacApp
  26. > is exactly the opposite.  MacApp helps you get something up and running
  27. > quickly. After either the five-day course or the one-day short course, you
  28. > should be able to get a basic version of your app up and demonstrable in
  29. less
  30. > than a two weeks.
  31.  
  32. I can't help but wonder what sort of problems an application written in two
  33. weeks' time, even by an experienced MacApper, would solve.
  34.  
  35. > It doesn't solve all your problems, of course, but it gets
  36. > you some easy quick results, give you a structure for finishing the rest,
  37. and
  38. > gives you lots of stuff for free.  Most importantly, you never even see some
  39. > problems (like how to put UNDO into your app) since the MacApp structure
  40. > gives you a simple framework for so much.
  41.  
  42.         I've been spending the last months learning MacApp and making a start
  43. writing my first object-oriented application, which uses the Inside-Out
  44. library.  This is just my personal experience/opinon, of course, but I have
  45. found myself spending an inordinate amount of time modifying the basic
  46. document-handling behavior—something which I had been led to expect MacApp
  47. would have freed me from.  Not that I ever found implementing
  48. document-handling so distressing.  Another matter altogether, but it seems I
  49. personally seem not to have the same adversity to coding that appears so
  50. rampant among better-versed MacAppers than I.
  51.  
  52.         I'm certainly not discounting the real possibility that this is due to
  53. my inexperience with object-oriented programming, and MacApp in particular.
  54. But it goes to show the point I'm attempting to make, which is that the
  55. question whether or not MacApp development is faster or not would seem to
  56. depend a great deal on to what degree that particular application fits the
  57. standard MacApp model.  (For example, documents being memory-based.)
  58.  
  59.         One other point—obviously, in its aspiration to be all things to all
  60. programmers, MacApp makes some sacrifices in terms of spacetime(!)-efficiency.
  61.  Views may be a pleasant concept, but frankly I don't need separate coordinate
  62. systems for all my static text items.
  63.  
  64.         I must say that I am slightly dismayed that this is such a non-issue
  65. on this forum.  I understand that in this age of IIfx computing power,
  66. performance is now no longer deemed to be of importance.  Maintainability
  67. (i.e., making life easy on the programmer) is the word of the age.  But to not
  68. have seen *any* comparisons whatsoever of MacApp vs. non-MacApp applications,
  69. frankly, surprises me to some extent.  Perhaps this topic had already been
  70. exhausted.
  71.  
  72. Still ready to be converted (convince me),
  73.  
  74. _______________________________________________________________________________
  75.  
  76. Ben Hekster                           | "This man said, 'It's gruesome
  77.                                       |  that someone so handsome should
  78. care'"
  79. AppleLink:   heksterb                 |
  80. Internet:    heksterb@apple.com       |
  81. BITNET:      heksterb@henut5          | --This Charming Man, The Smiths
  82.